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Abstract. Multi-Context Systems are an expressive formalism to model 
(possibly) non-monotonic information exchange between heterogeneous 
knowledge bases. Such information exchange, however, often comes with 
unforseen side-effects leading to violation of constraints, making the 
system inconsistent, and thus unusable. Although there are many ap- 
proaches to assess and repair a single inconsistent knowledge base, the 
heterogeneous nature of Multi-Context Systems poses problems which 
jyj ' have not yet been addressed in a satisfying way: How to identify and 

O ■ explain a inconsistency that spreads over multiple knowledge bases with 

different logical formalisms (e.g., logic programs and ontologies)? What 
are the causes of inconsistency if inference/information exchange is non- 
►-^ . monotonic (e.g., absent information as cause)? How to deal with inconsis- 

QQ ' tency if access to knowledge bases is restricted (e.g., companies exchange 

QQ , information, but do not allow arbitrary modifications to their knowledge 

f^ . bases)? Many traditional approaches solely aim for a consistent system, 

O^ ' but automatic removal of inconsistency is not always desireable. There- 

fore a human operator has to be supported in finding the erroneous 
(■~^ • parts contributing to the inconsistency. In my thesis those issues will 

be adressed mainly from a foundational perspective, while our research 
project also provides algorithms and prototype implementations. 



1 Introduction 

Multi- Context Systems (MCSs) are an expressive formalism for (possibly) non- 
monotonic knowledge exchange between heterogeneous knowledge sources. These 
sources are called contexts and formalized as abstract 'logics'. Information flow 
between contexts is specified using bridge rules which look and behave similar 
to rules in non-monotonic logic programming (cf. |15j): 

{k : s) <r- (ci : pi), .■■,{cj : pj), not{cj+i : Pj+i), ■■■, not{c„i : Pm)- (1) 

Such a rule states that information s is added to context k if for 1 < i < j 
knowledge pi is present in context Ci and for j + 1 < i < m knowledge pi is 
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absent in Ci . Following common terminology pi, . . . , pm are called beliefs (each 
of their respective context) and s is the head formula of the bridge rule. 

Consider a hospital where a database with patient records, a medical on- 
tology, and an expert system shall be working together giving decision support 
on patient medications. The MCS framework is a good choice to realize this. 
Assume for patient Sue, the database knows that a) her X-Ray result indicates 
pneumonia, b) a certain blood marker is present, and c) she has no known aller- 
gies. The ontology imports information on X-Ray and blood tests using bridge 
rules 

{Conto : xray{Sue)) ^ [Cpatients : labresult{Sue,xray)). 
{Conto '■ marker{Sue)) •<— {Cpatients '■ labresult {Sue, marker)). 

As the ontology contains the axiom xray n marker C atyp.pneu it concludes that 
Sue has a atypical pneumonaia, severe kind of pneumonia. Finally, the expert 
system, a logic program containing rules givc-weak V givestrong : —pneumonia. 
and givestrong : —atyp.pneumonia. suggests one out of two kinds of antibiotics 
if a patient has pneumonia. But it also respects potential allergies by the con- 
straint : — give strong J not allowed .strong. As Sue has atypical pneumonia, only 
the strong antibiotic will help, so the logic program suggests this. 

Now assume that Sue is allergic to strong antibiotics, a case that actually 
happens in the real world. Then the expert system can give no valid suggestion as 
strong antibiotics have to be given, but at the same time they are forbidden to be 
applied. This results in the whole system having no 'model' satisfying deductions 
of all knowledge bases and bridge rules. We call such an MCS inconsistent. Ql 

By this example, we identify the following open problems: 

— the inconsistency above is present due to tuples in the database, termino- 
logical assertions in the ontology, logic programming rules in the expert 
system and, a set of bridge rules establishing the information exchange. In 
what terms should the inconsistency be described and is there a uniform 
description irrespective of the specific formalisms used in contexts? Non- 
monotonicity of bridge rules and contexts is an additional challenge to such 
a description. 

— Given such a description it is very likely that multiple ways exist to restore 
consistency. Removing some bridge rules would make the above example con- 
sistent, but also removal of tuples describing lab results. Similarly, addition 
of new bridge rules could resolve the inconsistency. If multiple options exist, 
which is the most preferred to restore consistency? Is it possible to do this 
in a heterogeneous way, i.e., can the designer of an MCS use a formalism 
of his own choice to specify his preference? Can such preference be given 
only for specific parts of an MCS and preference for other parts differently 
expressed? 

— In the above example, the inconsistency can be dealt with locally, e.g., the 
expert system could switch to use paracoherent semantics and the MCS 
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becomes consistent. For MCSs with cyclic information flow, however, this 
might be impossible as cyclic information flow can be such that each context 
returns valid belief sets ( "models" ), but still for the overall system it does not 
fit together. How far does local inconsistency management help to resolve 
inconsistency, e.g., for MCSs with acyclic information flow? 

— Besides inconsistency, is the MCS framework so versatile as to use other 
kinds of rules to connect contexts, e.g., SPARQL queries for information 
exchange? 

As research on these topics has been started two years ago, the rest of this 
paper will briefly present results adressing above questions. Regarding research 
methodologies, we built analogies from existing techniques, e.g., Reiter's diagno- 
sis. For algorithms we resorted to reductions to computational logic and meta- 
reasoning transformations, e.g., preference is handled in this way. Whenever pos- 
sible, our invented methods are open so that legacy systems may be integrated 
to achieve certain tasks, e.g., local inconsistency management. 

Contributions summary: 

— we developed a uniform representation of inconsistency in terms of bridge 
rules. This representation leads a) to the notion of inconsistency explanation 
which separates different sources of inconsistency and points out those bridge 
rules creating inconsistency and b) to the notion of diagnosis which induce 
all possible repairs of an inconsistent MCS. Notably, both notions coincide 
on the overall set of bridge rules which are marked 'faulty. 

— on top of those notions, we developed a transformation-based technique to 
allow meta- reasoning on diagnoses of an inconsistent MCS. This allows sys- 
tem designers to express preferences over diagnoses in a formalism of their 
own choice. The same techinque also allows to filter out undesired diagnoses. 

— for local inconsistency management, a generalization of the MCS formalism 
was developed allowing to use existing methods of inconsistency management 
locally for a context. The introduced notion of a context manager allows to 
employ arbitrary knowledge management techniques locally at a context. It 
is important that the employed manager can change a knowledge base in a 
broad range and therefore it can also do other operations like view updates, 
belief revision, logic program updates, etc. 

— for above notions the computational complexity also was analysed. 

— to show the versatility of the ideas behind MCS, we also introduced a mod- 
ified notion of MCS where knowledge exchange is specified using SPARQL 
queries. 

Finally, we also implemented prototypes for evaluating MCSs and computing 
diagnoses and explanations of inconsistent MCSs. 

The remainder of this paper is organized as follows: In Section[2]relatcd work 
is discussed while Section [3] recapitulates the formal semantics of MCS and our 
basic notion for inconsistency diagnosis/explanation, it is followed by a short 
presentation of major achievements in the last two years in Section [H Finally, 
Section [5] is an outlook on future work. 
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2 Related Work 

With the seminal work of 19, and [16] the notion of context has been intro- 
duced to artificial intelligence and logic. In these works, a context is a regarded 
as a certain point of view in which formal reasoning takes place. The Trento 
school (cf. [17122) ) formalized and improved this understanding of context. It is 
notable, however, that those first frameworks consider homogeneous, monotonic 
logics for representing a context. With ;9i21j non-monotonicity was introduced 
to Multi-Context Systems. Although default negation is added to bridge rules, 
contexts still are homogeneous or monotonic. Only with [7^ the framework has 
been generalized for non-monotonic bridge rules and heterogeneous contexts. 
This finally allows to use arbitrary knowledge sources that are connected by 
(possibly) non-monotonic bridge rules. Our research is based on this notion of 
MCSs. 

To deal with inconsistency, in [5] defeasible rules are introduced as a way of 
establishing information exchange in MCS. Defeasible rules are similar to bridge 
rules, but their semantics differs as a defeasible rule does not fire if it would cause 
an inconsistency by doing so. Several algorithms based on preference orders (or 
argumentation frameworks [J) have been proposed. Inconsistency is resolved 
inherently, but no deeper inconsistency analysis is possible. For our hospital 
example this would mean that some information simply would not be passed 
along, e.g., forgetting the illness of Sue. Most of the proposed algorithms are 
based on provenance, which means that context internals have to be exhibited 
to other contexts. A company making profit by allowing third parties to use its 
knowledge base, however, will not risk its business by providing such information. 

Aside from MCS, other areas deal with knowledge integration and its issues. 
Peer-to-Peer (p2p) systems [24I10| are similar as knowledge sources interchange 
pieces of information. Although the notion of a peer is very similar to a context 
in MCS, the essential feature of p2p systems is that peers may leave and join 
the system arbitrarily. Therefore research seeks to cope with inconsistency by 
isolating faulty contexts and simply ignore their information instead of analysing 
the inconsistency and aiming for a consistent system. 

Information integration on the other hand deals extensively with issues like 
constraint violations that stem from the integration of several databases into 
a single one (cf. [5] for a survey on data fusion). Its main differences to MCS 
are that the result of data fusion is one single database which usually uses 
relational algebra for knowledge representation. MCSs, however, require incon- 
sistency management for multiple, heterogeneous knowledge bases which are not 
restricted to a relational setting. 

For many formalisms, methods of inconsistency handling have been invented, 
e.g., belief revision or possibilistic reasoning (e.g. [3]) for classical logic, para- 
coherent semantics for logic programs, etc. These methods can resolve inconsis- 
tency locally at a context (cf. Section [J]), but they can not guarantee a consistent 
system. Also, most of those methods are only applicable to a specific formalism 
instead of a heterogeneous non-monotonic system. 
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3 MCS Preliminaries 

Each context of an MCS is seen as a knowledge base built on an underlying logic. 
To capture different kinds of logics, this notion is general and not defined in the 
bottom-up style of inductive definitions for syntax and semantics. Instead, its 
approach is top-down, directly working with sets of well-formed formulas (wffs) 
and models (called belief sets). The semantics of a logic then only maps each set 
of wfFs to a set of belief sets, i.e., the models of the wffs. 

Formally, a logic L — (KB^, BSl, ACCl) consists, of the following compo- 
nents: 1) KBi is the set of well- formed knowledge bases of L where each element 
of KBi is a set (of formulas). 2) BS^ is the set of possible belief sets where we 
assume that each element of BSl is a set (i.e., a model containing all formulas 
that are considered true). 3) ACC^ : KB/, — ;> 2^^^ is a function describing 
the semantics of L by assigning each knowledge base a set of acceptable belief 
sets. This concept of a logic captures many monotonic and non-monotonic logics, 
e.g., classical logic, description logics, modal, default, and autoepistemic logics, 
circumscription, and logic programs under the answer set semantics. 

A Multi- Context System M — (Ci, . . . , C„) is a collection of contexts C,; = 
{Li,kbi,bri), 1 < i < n, where Li — (KBi,BSi, ACC,) is a logic, kbi G 
KBi a knowledge base, and bri is a set of bridge rules of form ([Ij over log- 
ics (ii, . . . ,Ln). Furthermore, for each bridge rule r G bri its head formula s 
is compatible with Ci, i.e., for each H C {s \ r G br and (i : s) is the head of r} 
holds kbUH eKBl^. 

A belief state S* = (5i, . . . , S'„) of an MCS Af = (Ci, . . . , C„) is a belief set 
for every context, i.e.. Si G BS^ for all 1 < i < n. The semantics of MCS is 
defined in terms of equilibria, i.e., belief states that reproduce themselves under 
the application of bridge rules. Formally, let M be an MCS, Ci a context of M 
and S — (5*1, . . . , 5„) a belief state of M, then an bridge rule r of form ([T]) is 
applicable wrt. S, denoted by 5 ^ body{r), iSpi € S^ ior 1 < i < j and pi ^ Sci 
for j < £ < m. Let app^{S) — {hd{r) \ r E bri A S \=^ body{r)} denote the heads 
of all applicable bridge rules of context Ci under S, then S — {Si, . . . , Sn) is an 
equilibrium of M if and only if Si G ACCi{appi{S)) for 1 < i < n. 

Basic Notions for Inconsistency Analysis (cf. [12]): We call an MCS M 
inconsistent iff no belief state of M is an equilibrium. To analyse and explain 
the inconsistency in an MCS, two notions have been developed: consistency- 
based diagnosis and entailment-based inconsistency explanation. Both notions 
use bridge rules to characterize 'faulty' information exchange. Intuitively, a diag- 
nosis states how an inconsistent MCS can be changed to get a consistent system 
and an explanation shows what parts of the system create the inconsistency. 

For an MCS M, brM denotes the set of all bridge rules occuring in M , M[B\ 
denotes a modified MCS where all bridge rules of M are replaced by those of 
R, and M ^ 1. denotes that M is inconsistent. Given an MCS M , a diagnosis 
of M is a pair {Di,D2),Di,D2 C br^i, s.t. M[brM \ Di ^ heads{D2)] ^ ±. 
An explanation of M is a pair {Ei,E2) of sets Ei,E2 C brM of bridge rules 
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s.t. for all {Ri,R2) where Ei C Ri C bvM and R2 C bri\j \ E2, it holds that 
M[RiU heads {R2)] h -L- 

For a concise characterization, one usually focuses on subset-minimal diag- 
noses and explanations. The basic ideas behind both notions appear also in 
Reiter's seminal work on diagnosis _20l. Our diagnosis is similar to his notion 
and our explanation is similar to (minimal) inconsistent sets. For differences, we 
assume the source of inconsistency to be some faulty information exchange, so we 
only consider bridge rules, and because of the non-monotonic nature of MCSs, 
a bridge rule can be faulty by firing when it should not and also by not firing 
when it should. In classical diagnosis, only the former is relevant as monotonic 
logics only become inconsistent by that. The set of minimal diagnoses can also 
be seen as describing all minimal repairs, while the set of minimal explanations 
show hows inconsistency is caused in the system. The set E2 in an explanation 
also shares some ideas with consistency restoring rules (cf. 2 ) of logic programs. 

4 Contributions: Methods of Inconsistency Management 

This section presents contributions and answers the motivational questions raised 
in the introduction. These are the major published results of my graduate re- 
search. Note that authors are listed alphabetically for the respective publications. 

Inconsistency Assessment: Having jointly developed and investigated, the 
basic notions for inconsistency analysis, the next step was developing methods 
to assess inconsistency qualitatively, i.e., filter diagnoses with undesired prop- 
erties and select most preferred ones. In the spirit of MCS, we do not apply a 
specific formalism for preference or filters on diagnoses, but rather show how 
a transformation of the MCS and slight adaption of the notion of diagnosis is 
sufficient to achieve the desired effects in [l3] . 

As one of the strengths of MCS is the ability to allow arbitrary formalisms for 
knowledge representation inside contexts, we do not want to restrict the users to 
a specific kind of representation of filters (or preferences). We therefore devised 
a meta-reasoning transformation which allows certain contexts to observe which 
diagnosis is applied to the MCS. The desired filter then is realized inside such 
an observer context (in a formalisms which is best suited for this task). So an 
MCS M is transformed into an MCS Mf where an additional observer context 
ob is added together with some additional bridge rules (details cf. [13] )■ As Mf 
contains all contexts and bridge rules of M, every diagnosis of M can also be 
applied to Mf. If ob detects an undesired diagnosis D' , then ob simply becomes 
inconsistent, i.e., having no acceptable belief set. Therefore D' is no diagnosis of 
Mf, but all other diagnoses of M are diagnoses of Mf. This allows to compute 
all filtered diagnoses with the same algorithm as for computing subset-minimal 
diagnoses and it also allows to specify the filter in any desired formalism. 

The meta-reasoning transformation also can be applied for multiple observa- 
tion contexts where each observer only sees some bridge rules instead of all, thus 
preserving information hiding. As a similar meta-reasoning transformation can 
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be used for comparison of diagnoses, it is possible to realize any given preference 
order on diagnoses and select the most preferred one. In general, however, this 
requires exponentially many more bridge rules in the transformed system, but 
for restricted classes of preference orders it is feasible. 

Inconsistency management at the level of contexts: For many specific 
logics and knowledge formalisms, solutions to deal with inconsistency have been 
developed in the past, e.g., belief revision and paraconsistency for logics, para- 
coherent logic programming for logic programs, etc. For contexts using the un- 
derlying formalism it is desireable that MCSs also offer the same methods of 
inconsistency handling. Those methods, however, require to modify a knowledge 
base in more ways, than just the addition of formulas as bridge rules can do. 

We therefore propose managed Multi- Context Systems (mMCS) in [8] where 
each context is equiped with a manager that can apply arbitrary changes to 
the context's knowledge base. Bridge rules in an mMCS are like those of MCS, 
but their head contains a unary command op, e.g., revise{s), delete{s), add{s), 
to apply the resp. operation on the formula s and the knowledge base of the 
context. 

Managed MCS are a significant generalization of MCS as management func- 
tions can be used to realize a multitude of tasks: belief revision, view updates, 
updates of logic programs. To us, the most interesting is to ensure that con- 
texts have a 'model' for any input. Such contexts are called totally coherent. 
Most notably even mMCS with totally coherent contexts cannot guarantee that 
the overall system has an equilibrium, but they ensure that inconsistency is 
only caused by odd-cyclic information fiow. It directly follows that any acyclic 
mMCS with totally coherent contexts is consistent, thus proving local inconsis- 
tency management sufficient for acyclic MCS. 

Beyond bridge rules: In [23] we introduce MCS where knowledge exchange is 
realised using SPARQL construct-queries. This is surprisingly simple and again 
shows the versatility of MCS. The resulting SPARQL-MCS framework is related 
to the MWeb approach 1 , but our treatment of variables is different. 

5 Future Work 

As shown above, we were able to answer several foundational questions, give a 
uniform representation of inconsistency in heterogeneous MCSs, an open inte- 
gration of preference-based inconsistency assessment, investigating the impact of 
local inconsistency handling, and making the MCS formalism capable of dealing 
with arbitrary changes to the knowledge bases of an MCS. 

To evaluate the feasibility of the developed methods, we also aim for a refer- 
ence application which is currently in the making: querying of a DNA database 
posing questions in (almost) natural language using an ontology and answer- 
set programs. Intital steps towards exchanging large amounts of information 
(cf. [2]) also showed that more specialised algorithms are needed. 
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Investigations whether approximation operators of [11 for logic programs can 
be translated to MCSs and transferring optimisations for abductive diagnosis 
(e.g.,[TH]) to MCSs are also open tasks. 
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